home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 1 / The Arsenal Files (Arsenal Computer).ISO / bbs / tm0304.txt < prev    next >
Text File  |  1994-01-23  |  4KB  |  84 lines
  1. SEA Technical Memorandum #0304, High Volume GroupMail
  2. Last updated: October 14, 1989
  3. Copyright 1988,89 by System Enhancement Associates, Inc.
  4.  
  5.  
  6.  
  7.                            High Volume GroupMail
  8.  
  9.  
  10. The basic GroupMail concept can suffer a performance degradation over a 
  11. high-speed, high-volume link due to the repeated protocol negotiations 
  12. caused by how GroupMail is packaged into multiple relatively small files.  
  13. This can be alleviated by using the "StarLink Supergroup" mechanism.
  14.  
  15. A supergroup is an archive that contains one or more GroupMail archives.  
  16. The supergroup archive must be unpacked before the individual GroupMail 
  17. archives may be unpacked.  This is handled automatically in GROUP version 
  18. 2.16 when a supergroup is defined.
  19.  
  20. For example, consider a system that is going to receive the PBGROUPS 
  21. supergroup from 520/583, where the PBGROUPS supergroup contains the BLATZ, 
  22. SEATAC, and KITTEN groups.  This system would add the groups as follows:
  23.  
  24.     group add BLATZ Gzorniblatz ;520/583 /x
  25.     group add SEATAC Technical help ;520/583 /x
  26.     group add KITTEN Kitten sysops ;520/583 /x
  27.     group add PBGROUPS Superstuff ;520/583 $
  28.  
  29. The three normal groups are added as usual, but the "/X" switch is used to 
  30. tell GROUP that these groups should never be requested.  The PBGROUPS group 
  31. is added as normal, but with the "$" flag to indicate that it is a 
  32. supergroup.
  33.  
  34. When GROUP generates its update requests, it will generate a request for 
  35. PBGROUPS, but not for the other three.  Then, when GROUP imports new 
  36. GroupMail, it will extract the contents of any PBGROUPS archives it 
  37. received before it looks for the three normal conferences.  
  38.  
  39.  
  40.  
  41. That handles the receiving end, but where do the supergroup archives come 
  42. from in the first place?  They are generated "on the fly" by the STARLINK 
  43. program, based on general delivery notes made by GROUP at the star system.
  44.  
  45. TM0302, "Undocumented Features of GROUP 2.16", describes the basic delivery 
  46. mechanism using the DELIVER.GRP file.  The DELIVER.GRP file may mark 
  47. selected linkages as being "StarLink delivery".  This is done by appending 
  48. an asterisk to the link address.  For example, the following line in a 
  49. DELIVER.GRP file: 
  50.  
  51.     BLATZ 520/542* 
  52.  
  53. would specify that node 520/542 should receive the BLATZ conference using 
  54. StarLink.
  55.  
  56. This is then implemented by the STARLINK program, which is installed by a 
  57. PROCESS statement in a SEAdog configuration file.  For example, it might be 
  58. installed by inserting the following statement in your CONFIG.DOG file: 
  59.  
  60.     process mygroups.* starlink *a *n
  61.  
  62. where "mygroups.*" is the trigger for general delivery.  This must match 
  63. whatever supergroup name people will be requesting from you.  Continuing 
  64. our earlier example, if people will be getting the "PBGROUPS" supergroup 
  65. from 520/583, then he must use a process trigger of "PBGROUPS.*".  In 
  66. general, any given StarLink system should use the same supergroup name for 
  67. all of his StarLink deliveries, and it should be different from that used 
  68. by other StarLink systems.  
  69.  
  70. The rest of the PROCESS statement must be given exactly as shown, except 
  71. that you can append a "/O" switch if you wish to use Overdrive.  
  72.  
  73.  
  74. So where do the supergroup archives come from?  They are custom-built on 
  75. the fly by STARLINK based on the general delivery notes left by GROUP.  The 
  76. supergroup archives do not actually ever exist on the StarLink system, and 
  77. hence they require no disk space.  The STARLINK program itself uses 
  78. restartable SEAlink with overdrive available, and can hence deliver many 
  79. small files in one shot with maximum utilization of the communications 
  80. channel.  If the transfer is interrupted at any point for any reason, it 
  81. may be resumed where it left off on a later call, provided only that the 
  82. StarLink system has not added any GroupMail archives to the delivery list 
  83. in the meanwhile.
  84.